Communication interface device for wireless door controllers

ABSTRACT

In example implementations, an apparatus is provided. The apparatus includes a connection interface, a local area network (LAN) interface, a wide area network (WAN) interface, and a processor. The connection interface is to connect to a printed circuit board (PCB) of a door controller. The LAN interface is to communicate with a plurality of door sensors, wherein each one of the plurality door sensors is to monitor operation of a respective door of a plurality of doors. The WAN interface is to communicate with a remote server of a service provider. The processor is communicatively coupled to the connection interface, the LAN interface, and the WAN interface. The processor is to receive door data from the plurality of door sensors via the LAN interface, transmit the door data to the remote server for analysis via the WAN interface, receive a correction action from the remote server over the WAN interface in response to the door data, and execute the corrective action on a door of the plurality of doors via the LAN interface.

BACKGROUND

Commercial buildings, such as warehouses or manufacturing facilities,may have many doors. For example, some warehouses may have doors fordocks where deliveries are made, where products are loaded onto trucks,for egress and ingress to the building by forklifts or other machinery,and the like.

Operation of these doors may be important for businesses to keepoperations running smoothly. Failure of a door can lead to interruptionsof work flow or timely order fulfillment. However, manual tracking ofdoor operations can be cumbersome and time consuming.

In addition, many of the doors may be opened by motors that can becontrolled remotely. For example, some doors may have complicated wiringand communication interfaces that are installed and configured beforeoperation. Set up of these electrical components can be complicated.Some technicians at the commercial buildings may not be able tocorrectly configure these electronic components or may be unable toprecisely articulate the errors when troubleshooting with themanufacturer of the electronic components.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example building with a door and a communicationinterface device for wireless door controllers of the presentdisclosure;

FIG. 2 is a block diagram of an example communication interface devicefor wireless door controllers of the present disclosure;

FIG. 3 is a block diagram of an example network between a warehouse anda remote service provider via the communication interface device forwireless door controllers of the present disclosure;

FIG. 4 is a flow chart of an example method to execute a correctiveaction for a door via a communication interface device for wireless doorcontrollers of the present disclosure; and

FIG. 5 illustrates an example non-transitory computer readable storagemedium storing instructions executed by a processor to execute acorrective action via a communication interface device for wireless doorcontrollers of the present disclosure.

DETAILED DESCRIPTION

Examples described herein provide examples of a communication interfacedevice for wireless door controllers and a method of operating the same.As discussed above, some commercial buildings may have many doors. Thedoors may be rolling doors that can be controlled by a motor. The motorcan be controlled by wireless controls that may have complicated wiringand communications interfaces.

Installing new electronic components to control the motor may includemany steps where errors may occur and need to be resolved bytransferring data from the motor location to a secondary location. Forexample, currently, a door sensor manufacturer may ship a universalserial bus (USB) driver to a party trying to resolve the error. Thatperson may drive to a job site (e.g., a warehouse) and upload the errorcode information to the USB. The USB is shipped back to the manufacturerfor review. The error code and related data are uploaded from the USB,and offline diagnosis is performed to determine root cause or correctiveactions. The solution to the error is saved to the USB, and the USB isshipped back to the person resolving the error at the motor location.This person takes the USB to the job site to download the solution tothe door sensor. This person can then ship the USB back to themanufacturer.

In contrast, the present disclosure provides a communication interfacedevice for wireless door controllers that can include a local areanetwork (LAN) interface and a wide area network (WAN) interface. The LANinterface may communicate with wireless door sensors, as well as anyother sensors, at the job site or warehouse where such errors may occur.The WAN interface may communicate with the Internet and a remotelylocated server of the manufacturer. The communication interface devicemay collect various data from the door sensors and transmit the data tothe remotely located server. The remotely located server may analyze thedata and generate a corrective action based on the data. The correctiveaction can be transmitted back to the door sensor via the communicationinterface device.

In addition, the communication interface device may allow a manufactureror service provider to track a plurality of different doors. Thus,manually tracking operation of each door may be eliminated. Rather, datamay be collected by the communication interface device and organized ona per door sensor format that allows a user to quickly access desireddata or operating parameters.

FIG. 1 illustrates an example location 100 with a door 114. The location100 may be a building or a warehouse. Although a single door 114 isillustrated in FIG. 1, it should be noted that the location 100 mayinclude a plurality of doors throughout the location 100.

In one embodiment, the door 114 may be a rolling door. The door 114 maybe opened and closed by a motor or operator 112. The operator 112 may becommunicatively coupled to a wireless door sensor 110. The wireless doorsensor 110 may include a transceiver (Tx/Rx) radio that can transmitdata and/or communication signals and receive data and/or communicationsignals. The transceiver may establish a wireless connection with acontroller 104.

In one embodiment, the operator 112 may be controlled remotely by thecontroller 104. The controller 104 may include a processor 108 that iscoupled to a printed circuit board (PCB) 106. The controller 104 mayalso include a wireless radio (not shown) to communicate with thewireless door sensor 110. The controller 104 may transmit controlsignals to the operator 112 via the wireless door sensor 110. Forexample, the controller 104 may send a control signal to the wirelessdoor sensor 110 to activate the operator 112. The operator 112 may openthe door 114 from a closed position in response to the control signal,or close the door 114 from an open position.

In one embodiment, a communication interface device 102 of the presentdisclosure may be communicatively coupled to the printed circuit board(PCB) 106 of the controller 104. For example, the PCB 106 may bemodified to include a pin connection or card slot that connects to acorresponding connection interface of the communication interface device102. In one embodiment, the communication interface device 102 mayleverage the processing power of the processor 108 of the controller 104to execute corrective actions, as described in further details below. Inaddition, the communication interface device 102 may be powered by thepower supply connected to the controller 104.

In one embodiment, the communication interface device 102 may establisha wireless connection with the wireless door sensor 110. Thecommunication interface device 102 may collect door data associated withoperation of the door 114 over a local area network (LAN) interface. Thecommunication interface device 102 may then transmit the door data to aremote server, as discussed in further detail below, for analysis. Thecommunication interface device 102 may then receive a corrective actionfor the door 114 from the remote server in response to the analysis ofthe door data. The communication interface device 102 may execute thecorrective action with the door 114 via the LAN interface. [owls] Asnoted above, it can be cumbersome to manually collect data, troubleshooterrors associated with the door 114, track performance of the door 114,and the like. The communication interface device 102 may allow door datafrom a plurality of different doors 114 at the location 100 to becollected. In other words, a single communication interface device 102may establish a wireless connection to a plurality of different doorsensors 110 within range of the LAN interface. The communicationinterface device 102 may collect door data for each door 114 andtransmit the door data to the remote server for analysis. The remoteserver may then transmit a corrective action for any one of the doors114 based on analysis of the respective door data.

FIG. 2 illustrates a block diagram of an example communication interfacedevice 102 for wireless door controllers 104. In one embodiment, thecommunication interface device 102 may include a processor 202, a LANinterface 204, a WAN interface 206, a connection interface 208, and amemory 210. The processor 202 may be communicatively coupled to the LANinterface 204, the WAN interface 206, the connection interface 208, andthe memory 210. Although the LAN interface 204 and the WAN interface 206are illustrated as separate interfaces, it should be noted that the LANinterface 204 and the WAN interface 206 may be deployed as a singlecomponent.

In one embodiment, the LAN interface 204 may include a wireless radio tocommunicate over a LAN at the location 100. In one embodiment, the LANmay use a Zigbee communication protocol, a low power connection (e.g.,Bluetooth), and the like. The LAN interface 204 may be configured to usemultiple protocols (e.g., Zigbee and Bluetooth) or a single protocol.Thus, the LAN interface 204 may communicate with any wireless doorsensor 110 and/or controller 104 that is within the range of the LANradio of the LAN interface 204. In one embodiment, more than onecommunication interface device 102 may be deployed through the location100 for large areas.

In one embodiment, the WAN interface 206 may include a wireless radio tocommunicate over a WAN to reach the Internet and a remotely locatedserver of a service provider. In one embodiment, the WAN interface 206may use a cellular communication protocol such as a long term evolution(LTE) connection, a satellite connection, a wired Ethernet connection, aWiFi connection, and the like. The WAN interface 206 may be configuredto use multiple protocols (e.g., LTE, Ethernet, or WiFi) or a singleprotocol.

In one embodiment, the connection interface 208 may be a pin connectionor a card connection that may mate with a corresponding connection onthe PCB 106 of the controller 104.

In one embodiment, the memory 210 may be a non-transitory computerreadable medium to store door data temporarily before transmission tothe remotely located server, or store instructions executed by theprocessor 202. The memory 210 may be a random access memory (RAM), readonly memory (ROM), a solid state drive, and the like.

In one embodiment, the memory 210 may store instructions that whenexecuted by the processor 202, cause the processor 202 to performcertain functions. For example, the instructions may cause the processor202 to receive door data from the plurality of door sensors 110 via theLAN interface 204, transmit the door data to a remote server foranalysis via the WAN interface 206, receive a corrective action from theremote server over the WAN interface 206, and execute the correctiveaction on a door 114 via the LAN interface 204. In one embodiment, thememory 210 may also store other data, such as firmware for anyassociated controllers and sensors.

In one embodiment, the door data may be used to allow the communicationinterface device 102 to automatically configure the wireless door sensor110. For example, the door data may include an identification number ora model number of the door 114. The door data may include any other typeof identification information or information associated with how thecustomer may want the door 114 and/or the wireless door sensor 110 tooperate.

The door data may be transmitted to the remote server. The remote servermay determine how the wireless door sensor 110 should be configured tooperate and/or any software configuration files that should be loadedonto the wireless door sensor 110. The communication interface device102 may receive the configuration instructions and any softwareconfiguration files/applications to be executed from the remote server.The communication interface device 102 may then configure the wirelessdoor sensor 110 and/or cause the wireless door sensor 110 to execute thesoftware configuration files and/or applications to complete an initialset-up or configuration of the wireless door sensor 110.

In one embodiment, the door data may be an error code. For example,error codes may be collected and stored over a period of time (e.g.,every hour, every day, once a week, and the like). The error codes maybe transmitted to the remote server for analysis. A corrective actionmay be generated by the remote server to correct the error. For example,the corrective action may be a firmware update, a modification to asoftware parameter, a change in a communication port, and the like. Thecorrective action may be received by the communication interface device102 and executed by the communication interface device 102 over the LANinterface 204. For example, the communication interface device 102 mayupload the firmware update to the wireless door sensor 110, change aparameter of the wireless door sensor 110, change a communication port,and the like.

In one embodiment, the door data may be operational data. Theoperational data may include internal parameters (e.g., encoder values,motor temperature, motor amperage, an open percentage, limit values, andthe like), input/output data (e.g., status of various sensors, buttons,relays, interlocks, and the like), or any other type of operationaldata. The operational data may be transmitted to the remote server foranalysis. The remote server may generate a preventative maintenanceaction to prevent a predicted failure based on the operational data. Thecommunication interface device 102 may receive the preventativemaintenance action and perform a corrective action in response. Forexample, some preventative maintenance may be performed directly by thecommunication interface device 102 (e.g., software restarts, powercycling the wireless door sensor 110, testing button operation,calibrating sensor values, testing relays, and the like). If thepreventative maintenance requires replacement of a door component, thecorrective action may include generating a message to a technician,generating an alert on the wireless door sensor 110 (e.g., activating ared LED indicator light), and so forth. In one embodiment, thecommunication interface device 102 may prevent operation of the door 114by locking the wireless door sensor 110 until the preventativemaintenance is performed.

FIG. 3 illustrates a block diagram of an example network 300 of thepresent disclosure. The network 300 may include the location 100, anInternet protocol (IP) network 302, and a service provider location 304.In one embodiment, the location 100 may include a plurality of doors 114₁ to 114 _(n) (hereinafter individually referred to as a “door 114” orcollectively referred to as “doors 114”), as described above andillustrated in FIG. 1. The location 100 may also include a plurality ofwireless door sensors 110 ₁-110 _(m) (hereinafter individually referredto as a “wireless door sensor 110” or collectively referred to as“wireless door sensors 110”). In one embodiment, each door 114 mayinclude a wireless door sensor 110 ₁ to 110 ₄. In one embodiment, thewireless door sensors 110 may be used for other remotely monitored orcontrolled devices at the location 100 other than doors. For example,the location 100 may include a fire alarm 116, a radar sensor 118, andthe like. The fire alarm 116 may include a wireless sensor 110 ₅, andthe radar sensor 118 may include a wireless sensor 110 _(m). Thewireless door sensors 110 may collect door data and/or device data fromthe respective doors 114 or devices 116 and 118 and transmit the data tothe communication interface device 102 via the LAN.

The communication interface device 102 may connect to the IP network 302via the WAN. The IP network 302 may be any type of IP network, such asthe Internet, a broadband communication network, and the like. The IPnetwork 302 may include additional network devices that are not shown.For example, the IP network 302 may include gateway, a firewall,routers, switches, one or more access networks, and the like.

The communication interface device 102 may transmit the data collectedfrom the wireless door sensors 110 to an application server (AS) 306 atthe service provider location 304. The service provider location 304 maybe associated with a manufacturer of the wireless door sensors 110 andthe communication interface device 102. The AS 306 may include aprocessor that is used to analyze the door data that is received fromthe communication interface device 102 via the IP network 302.

In one embodiment, the service provider location 304 may also include adatabase (DB) 308 that is communicatively coupled to the AS 306. In oneembodiment, the DB 308 may store the door data that is received, trackthe door data for each door 114 and/or devices 116 and 118, and thelike. The AS 306 may analyze the door data to determine correctiveactions to generate and transmit to the communication interface device102 for execution. For example, for installation and configuration ofthe wireless door sensors 110, the AS 306 may compare the door data(e.g., identification number, model number, and the like) to knownconfiguration parameters stored in the DB 308. The AS 306 may generate acorrective action that includes the correct configuration parameters,software applications, configuration files, and the like, and transmitsuch a correction action to the communication device 102.

In one embodiment, for error codes, the AS 306 may compare the errorcode to known error codes stored in the DB 308. The AS 306 may thengenerate the corrective action (e.g., a firmware update) for thereceived error code and transmit the corrective action to thecommunication interface device 102.

In one embodiment, for operational data, the AS 306 may compare theoperational data to know patterns and trends associated with potentialfailures stored in the DB 308. In one embodiment, the AS 306 may applymachine learning to the operational data to make prediction related topotential failures of the doors 114 or devices 116 and 118. The AS 306may generate a corrective action (e.g., a preventative maintenanceaction) and transmit the corrective action to the communicationinterface device 102.

In one embodiment, the AS 306 may analyze door data from all of thedoors 114 and the data from the devices 116 and 118 simultaneously. TheAS 306 may generate multiple corrective actions in response to the dataand transmit the multiple corrective actions to the communicationinterface device 102. The communication interface device 102 may thenexecute the corrective actions on multiple doors 114 and/or devices 116and 118 via the LAN.

In one embodiment, a technician may log into the AS 306 via a computingdevice (e.g., desktop computer, a laptop computer, a tablet computer, asmart phone, and the like). The technician may analyze the door data forfurther analysis. For example, the technician may click through eventand error logs in the door data to see which service tasks wereperformed, job sheets that include service dates, what actions weretaken, what maintenance was performed, and the like. Thus, the door datamay be available for further analysis by a technician on the AS 306 atthe service provider location 304 for operation of all of the doors 114and devices 116 and 118.

Thus, the communication interface device 102 of the present disclosuremay reduce the complexity associated with installing the wireless doorsensors 110 and tracking operational data of all of the doors 114 anddevices 116 and 118. The communication interface device 102 may reducecosts by eliminating the need for extra receivers to track door data,perform quick error analysis and corrective actions remotely, upgradethe wireless door sensors 110 automatically, introduce artificialintelligence to the network of devices, and the like.

FIG. 4 illustrates a flow diagram of an example method 400 for executinga corrective action for a door via a communication interface device forwireless door controllers of the present disclosure. In an example, themethod 400 may be performed by the communication interface device 102 orthe apparatus 500 illustrated in FIG. 5, and described below.

At block 402, the method 400 begins. At block 404, the method 400receives door data from a plurality of door sensors via the local areanetwork (LAN) interface of a communication interface device, whereineach one of the plurality door sensors is to monitor operation of arespective door of a plurality of doors. For example, the door data maybe collected from a door sensor on each one of the plurality of doors.The door data may include identification information for each doorsensor so that the communication interface device may organize the doordata according to which door sensor provided which data.

In one embodiment, the LAN interface may communicate using a Zigbeecommunication protocol. The door data may be received from the doorsensors that are within wireless communication range of the wirelessradios of the LAN interface. In one embodiment, a plurality ofcommunication interface devices may be deployed at a location. Thecommunication interface devices may relay door data to a maincommunication interface device that is connected to the Internet via aWAN interface, as discussed below. In another embodiment, eachcommunication interface device may transmit door data received withinits coverage area to the Internet via respective WAN interfaces.

In one embodiment, the door data may include door identificationinformation, model number of the door, error codes, operational data,performance data, and the like. The door data may be collected andtransmitted periodically (e.g., every 30 minutes, every hour, every 12hours, every day, every week, and the like).

At block 406, the method 400 transmits the door data to the remoteserver for analysis via a wide area network (WAN) interface of thecommunication interface device. In one embodiment, the WAN interface maycommunicate using a cellular network connection. The WAN interface maycommunicate using a cellular network communication protocol, such as along term evolution (LTE) protocol.

In one embodiment, the remote server may be an application serverlocated at a service provider location. The service provider may be amanufacturer of the door sensors and the communication interface device.

At block 408, the method 400 receives a corrective action from theremote server over the WAN interface in response to the door data. Inone embodiment, the remote server at the service provider location mayanalyze the door data. Based on the type of door data, the remote servermay generate a different corrective action.

For example, the door data may be used to initially install the doorsensor and configure the door sensor for operation. The door data mayinclude an identification number or a model number of the door. The doordata may also include identification information of the door sensor, orany other information used to install the door sensor and configure thedoor sensor to operate the door. The remote server may determineconfiguration parameters, configuration files, applications to beexecuted, and the like. The remote server may transmit the appropriateconfiguration parameters, files, applications, and the like to thecommunication interface device. The communication interface device maythen execute the changes and/or configuration on the door sensor via theLAN interface in accordance with the corrective action received from theremote server.

In one embodiment, any changes to the configuration parameters, files,applications, and the like, may be performed in parallel. For example,the changes may be stored and validated on the controller whilemaintaining a copy of the previous configuration parameters, files, andapplications. As a result, if any of the changes cause the operation ofthe door to fail, the door may still operate using the previousconfiguration parameters, files, and applications.

In another example, the door data may be an error code. For example,error codes may be collected and stored over a period of time (e.g.,every hour, every day, once a week, and the like). The error codes maybe transmitted to the remote server for analysis. A corrective actionmay be generated by the remote server to correct the error. For example,the corrective action may be a firmware update, a modification to asoftware parameter, a change in a communication port, and the like. Thecorrective action may be received by the communication interface deviceand executed by the communication interface device over the LANinterface. For example, the communication interface device may uploadthe firmware update to the door sensor, change a parameter of the doorsensor, change a communication port, and the like.

In one embodiment, the door data may be operational data. Theoperational data may include internal parameters (e.g., encoder values,motor temperature, motor amperage, an open percentage, limit values, andthe like), input/output data (e.g., status of various sensors, buttons,relays, interlocks, and the like), or any other type of operationaldata. The operational data may be transmitted to the remote server foranalysis.

In one embodiment, the operational data may be analyzed locally by aprocessor of the controller or the communication interface device togenerate diagnostic information. The diagnostic information may then betransmitted to the remote server to generate a preventative maintenanceaction. Analyzing the operational data locally may greatly reduce theamount of data that is transmitted.

The remote server may generate a preventative maintenance action toprevent a predicted failure based on the operational data. Thecommunication interface device may receive the preventative maintenanceaction and perform a corrective action in response. For example, somepreventative maintenance may be performed directly by the communicationinterface device (e.g., software restarts, power cycling the doorsensor, testing button operation, calibrating sensor values, testingrelays, and the like). If the preventative maintenance requiresreplacement of a door component, the corrective action may include thegeneration of a message to a technician, a message to a manufacturer ofthe door to initiate a service activity for the customer, generating analert on the door sensor (e.g., activating a red LED indicator light),reducing the speed of the door performance until the maintenance isperformed, and so forth. In one embodiment, the communication interfacedevice may prevent operation of the door by locking the door sensoruntil the preventative maintenance is performed.

At block 410, the method 400 executes the corrective action on a door ofthe plurality of doors via the LAN interface. For example, thecorrective action may execute the corrective action received from theremote server on the door sensor or door via the LAN interface. At block412, the method 400 ends.

FIG. 5 illustrates an example of an apparatus 500. In an example, theapparatus 500 may be the communication interface device 102. In anexample, the apparatus 500 may include a processor 502 and anon-transitory computer readable storage medium 504. The non-transitorycomputer readable storage medium 504 may include instructions 506, 508,510, and 512 that, when executed by the processor 502, cause theprocessor 502 to perform various functions.

In an example, the instructions 506 may include receiving instructions.For example, the instructions 506 may receive door data from a pluralityof door sensors via the local area network (LAN) interface of thecommunication interface device, wherein each one of the plurality doorsensors is to monitor operation of a respective door of a plurality ofdoors.

The instructions 508 may include transmitting instructions. For example,the instructions 508 may transmit the door data to the remote server foranalysis via a wide area network (WAN) interface of the communicationinterface device.

The instructions 510 may include receiving instructions. For example,the instructions 510 may receive a corrective action from the remoteserver over the WAN interface in response to the door data.

The instructions 512 may include executing instructions. For example,the instructions 512 may execute a corrective action on a door of theplurality of doors via the LAN interface.

It will be appreciated that variants of the above-disclosed and otherfeatures and functions, or alternatives thereof, may be combined intomany other different systems or applications. Various presentlyunforeseen or unanticipated alternatives, modifications, variations, orimprovements therein may be subsequently made by those skilled in theart which are also intended to be encompassed by the following claims.

1. An apparatus, comprising: a connection interface to connect to aprinted circuit board (PCB) of a door controller; a local area network(LAN) interface to communicate with a plurality of door sensors, whereineach one of the plurality door sensors is to monitor operation of arespective door of a plurality of doors; a wide area network (WAN)interface to communicate with a remote server of a service provider; anda processor communicatively coupled to the connection interface, the LANinterface, and the WAN interface, wherein the processor is to: receivedoor data from the plurality of door sensors via the LAN interface;transmit the door data to the remote server for analysis via the WANinterface; receive a corrective action from the remote server over theWAN interface in response to the door data that is transmitted; andexecute the corrective action on a door of the plurality of doors viathe LAN interface.
 2. The apparatus of claim 1, wherein the LANinterface communicates via a Zigbee communication protocol.
 3. Theapparatus of claim 1, wherein the WAN interface communicates via acellular communication protocol, an Ethernet connection, a satelliteconnection, or WiFi connection.
 4. The apparatus of claim 1, wherein thedoor data comprises an identification number and a door model.
 5. Theapparatus of claim 4, wherein the corrective action comprises aconfiguration application to initialize a door sensor on the door. 6.The apparatus of claim 1, wherein the door data comprises an error code.7. The apparatus of claim 6, wherein the corrective action comprises afirmware update to correct the error code.
 8. The apparatus of claim 1,wherein the door data comprises operational data over a period of time.9. The apparatus of claim 8, wherein the corrective action comprises apreventative maintenance action to prevent a predicted failure based onthe operational data.
 10. A non-transitory computer readable storagemedium encoded with instructions which, when executed, cause a processorof a communication interface device for wireless door controllers to:receive door data from a plurality of door sensors via a local areanetwork (LAN) interface of the communication interface device, whereineach one of the plurality door sensors is to monitor operation of arespective door of a plurality of doors; transmit the door data to aremote server for analysis via a wide area network (WAN) interface ofthe communication interface device; receive a corrective action from theremote server over the WAN interface in response to the door data thatis transmitted; and execute the corrective action on a door of theplurality of doors via the LAN interface.
 11. The non-transitorycomputer readable storage medium of claim 10, wherein the LAN interfacecommunicates via a Zigbee communication protocol.
 12. The non-transitorycomputer readable storage medium of claim 10, wherein the WAN interfacecommunicates via a cellular communication protocol, an Ethernetconnection, a satellite connection, or WiFi connection.
 13. Thenon-transitory computer readable storage medium of claim 10, wherein thedoor data comprises an identification number and a door model.
 14. Thenon-transitory computer readable storage medium of claim 13, wherein thecorrective action comprises a configuration application to initialize adoor sensor on the door.
 15. The non-transitory computer readablestorage medium of claim 10, wherein the door data comprises an errorcode.
 16. The non-transitory computer readable storage medium of claim15, wherein the corrective action comprises a firmware update to correctthe error code.
 17. The non-transitory computer readable storage mediumof claim 10, wherein the door data comprises operational data over aperiod of time.
 18. The non-transitory computer readable storage mediumof claim 17, wherein the corrective action comprises a preventativemaintenance action to prevent a predicted failure based on theoperational data.
 19. A method to execute a corrective action for a doorvia a communication interface device for wireless door sensors,comprising: receiving, by a processor of the communication interfacedevice, door data from a plurality of door sensors via a local areanetwork (LAN) interface of the communication interface device, whereineach one of the plurality door sensors is to monitor operation of arespective door of a plurality of doors; transmitting, by the processor,the door data to a remote server for analysis via a wide area network(WAN) interface of the communication interface device; receiving, by theprocessor, a corrective action from the remote server over the WANinterface in response to the door data that is transmitted; andexecuting, by the processor, the corrective action on a door of theplurality of doors via the LAN interface.
 20. The method of claim 19,wherein the corrective action comprises at least one of: a configurationapplication to initialize a door sensor on the door, a firmware updateto correct an error code, or a preventative maintenance action toprevent a predicted failure based on the door data.